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ABSTRACT 

An interactive computer-assisted instructional (CAI) 
system, called CODE, is used to teach transactional analysis, or 
coding, in elementary accounting. The first major component of CODE 
is TEACH, a program which controls student input and output. 
'Following the statement of a financial position on a cathode ray 
tube, TEACH describes an event to which the student responds by 
typing his coded version of the accounting entry necessitated by the 
event; the program evaluates the responses, provides feedback, 
updates the financial position and begins a new cycle. Other 
components of CODE are: 1) TRANS, a data file which stores 
instructions, statements, events, and entries; 2) UPDATE, a program 
which creates new data files and mouifies existing ones; and 3) 
RESULTS^ a data file which monitors student performance. The 
hypothesis that coding can be well tf.ught by an interactive CAI 
system is supported by the findings in learning theory that systems 
which provide feedback, offer attention direction and develop 
positive attitudes will be most effective. Preliminary testing shows 
that CODE meets these requirements; formal experimental testing of 
CODE has been scheduled for the fall .semester of 1973 at Kansas 
University. (PB) 
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INTRODi 

The purpose of this paper it to describe a coraputer-extended-instruction 
system, called CODE, tha& facilitates the learning of transaction analysis 
in elementary accounting. In order to develop some perspective, the first 
uoction of this prapetr is devoted to a discussion oE the significanca of 
coding (transaction <inalysla) in accot^ncing. Next, a compiufe deaciriptiofi 
of the CEI system called CODE is presented. This description of CODE in- 
cludes both a description of its operation from a student's perspective, 
and a more technical description of the methodology used in its construction. 
Some of the fundamental principles of learning that stimulated the develop- 
ment of CODE are outlined in section three. The plans for experimentally 
testing CODE are described in the final section of the paper. 

ME SIGNIFICANCE OF CODING IN ACCOUNTING ' , 

Accounting students quickly learn that accounting practice is pri- 
marily concerned with observable financial transactions,"'' They also learn 
that some events result in an accounting entry, while other events are not 
reflected anywhere in the accounting system — even though they may be of _ 
treme^ndous importance to the firm. Further, students learn that events and 
transactions cannot be recorded themselves; symbols are recorded and stored. 
These symbols characterize the extent to which each transaction possesses 
-certain attributes or qualities. In accounting, those qualities or attri- 
butes most often recorded and stored are item counts,, prices, names, 
addresses, dollar amounts to be paid or received, etc. 

' Frequently, students are introduced to the coding process' by being 

asked to determine the effects of transactions on a limited set of account 



balances. This task Involves determining v^hich accounts are affected, 
the extent of the effect (dollar amount), and the direction of tl^e effect 
(increase or decrease). Many texts introduce this coding process, some- 
times called transaction analysis, before introducing bookkeeping cor^- 

vantions such au debits and creditii.' In nany ot:hc;r toy.cs, clj.bLrz-'C.ri-vi Ln 

conventions are introduced immediately so that all coding is done wichxn 

2 

the debit-credit framework. 

During the process of coding accounting entries, accounting students 
learn several accounting concepts and conventions. Since account balances 
are the cumulative result of a series of transactions, students learn 
which accounts are affected by each transaction. Second, they learn what 
the effects of a transaction are on the statements of earnings and finan- 
cial position. As a result, many texts emphasize these statement effects 
from the very start by preparing updated financial statements after the 
analysis of each of several transactions. Third, they learn that each 
transaction must be coded so that the continuous balance of the accounting 
equation is maintained. And fourth, they learn that the chart of accounts 
is a classification scheme that is not free of ambiguities. IThile this 
list is not exhaustive, it does include several concepts and propositions 
that are learned in the process of coding financial transactions. 

DESCRIPTION OF THE CODE SYSTEM 
The purpose of CODE, an interactive computer-extended- instruction 
system, is to facilitate the development of the transaction coding skills 
of novice accountants. A general description of the v;ay CODE works is de- 
veloped first from the perspective of students, and then in more technical 
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detail. The more technical discussion contains a description of the func- 
tion of each software component of CODE, and a description of how the 
system is administered from the instructor's perspective. 

Earh student receives a handout which" describes the sign-on pro- 
•.■r\d>j.i^:i:^ for -I c-it:h'.y'l-? ray i.i-'.lvt" j:yM,.> iv? ri.i vi/* i ^ n^.:.•:^- 

sary to access and execute a progr.im called TEACtl. Once accessed, TEACH 
controls the flow of information that is presented to the student as well 
as receiving student responses. Thus TEACH assumes input-output control 
throughout the student ^ s session with CODE. 

Immediately after TEACH is accessed by the student, a sei! of instruc- 
tions appears on the CRT. These instructions indicate how the student is 
to respond when events are described on the CRT, and the method that should 
be used to code the accounting entries that are . necessitated by these events. 
The instructions remain on the CRT until the student indicates that he is 
ready to proceed. 

An abbreviated statement of financial position is included in the 
set of instructions, l^en the student indicates that he is through with 
the instructions and ready to proceed, the statement of financial position 
appears in the upper half of the CRT, where it remains for the rest of the 
session. The statement of f inanci^i«y posit ion in Figure 1 appears as it 
does on the CRT. Headings are omitted and the statement is in unclassified 
form due to the severe space restrictions imposed by the use of a CRT 
terminal. 

The next four stages are repeated for each learning unit that is pre- 
sented to the studant. First, an event is described in three lines or 
less." Second, the student types his coded version of the a':'.counting entry 
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that is necessitated by the event just described on the CRT* His answer is 
compared with the correct answer and a feedback- response appears on the CRT. 
Correct answers are just ackno^edged, but incorrect answers are corrected. 
At this stage in the interaction, the CRT contains: (1) a statement of 
financial position, (2) the description of an event, and (3) the correct 
coding of an accounting entry to record the financial consequences of the 
event. 

Ttie fourth stage is possible only because the system operates in time- 
sharing mode with a CRT terminal. Itie cursor moves to those account balances 
that are affected by the accounting entry just coded and these balances are 
updated, along with any column totals that are affected. The statement of 
financial position is updated in this meaner after each accot'.nting entry has 
been coded* This four-stage cycle constitutes one .learning unit which begins 
again with the clearing of the bottom half of the CRT while the updated 
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statement: of financial position is retained in the upper halt, and a new 
event is described to the student. This event-coding-response-update 
cycle is repeated until there are no more learning units on the data file. 
The program that controls the studenc^ s session with the. CODE 5;ystetn 

TRANS) and displays them on the CRT at the start of each student's session, 

3 

and whenever the student asks to see them again. Likewise, TEACH reads 
the statement of financial position from the data file TRANS and updates 
the statement after each transaction is coded and entered. Similarly, the 
events and the corresponding accounting entries are read from TRAILS and 
c?isplayed on the CRT. These are the two inputs required by each learning 
unit; the description of an event and a properly coded accounting entry 
are required to record the financial consequences of that event. 

The function of the main data file (called TRANS here) is to store 
instructions, a beginning stat^^ment of financial position, and a set of 
events with their associated accounting entries in coded form (learning 
units). The set of instructions is easily changed, as is the statement of 

financial position. The size of the main data file is a function q^~the 

I 

i 

number of learning units included. This discussion of CODE assimies one 
main data file, but the instructor can use as many data files as he desires 
so long as either students know which file to access, or TEACH is modified 
to automatically access the proper file. 

^ The px-'ogram called UPDATE performs a specialized but important func- 

tion. UPDATE is used to modify existing data files, such as TRAI^IS, and to 
create new data files. These file activities are important because all of 

ERLC 
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the learning materials used in the CODE system are stored on the data files • 
Therefore, the learning material content of CODE is revised and improved 
by changing the content of TRANS or ^y similar data file used by TEACll. 

Each instructor can construct one or nore data files that corr^^spond 

\ 

U o ; I '-i : :i :\ j a r s c C L o a H j J c h t : : t I » a i. n ^ v. s d hi o a c <y j 1.1:1 u 1 :i ; ; c i a l-; s . 1* J 
reprogramming is necessary to accomplish these changes, since only the 
data files are being changed. Moreover, UPDATE facilitates this re\d.sion 
process by facilitating the construction or modification of these data 
files. For example, UPDATE accepts unformatted input and creates a file 
in the format required by TEACH. This feature alone is very helpful. ^. 

The last' major component of CODE to be described is a data file 
called RESULTS. During execution, TEACH accumulates the performance of 
each student on all the learning units. At the end of each student^s 
session, his name and performance are written on one line of'' the file 
called RESULTS. 

The information contained on the performance file can be userl in 
several ways. First, a simple listing of the file will provide some infor- 
mation on the performance of all those students using CODE. Those students 
having difficulty with the material will be apparent, as will those students 
who are unchallenged by the material. Also, the listing indicates who has 
used CODE! 

- " More importantly, the file of the results for an entire class can be 
xised to perform an item analysis on each learning unit included in TP^WS. 
Some units v/ill prove to be too simple or too difficult, while others nay 
be confusing. In any case, the data necessary to perform several types of 

ERIC ^ 
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analysis is provided on the data file called RESULTS, after btiing accumu- 
lated by TEACH. 

At the present time, no infonaation is collected about the types of 
errors being made by students. Entries are either coded corroctly or they* 
are coded incorr^^cCly . [['h^c-'j. :\o provision vaad-d foe iL-c:o;^c i n.; di ^c^iw't 
degrees of correctness. As a result, the data contained in the performance 
file called RESULTS is just a series of ones (1) and zeros (0). A one in 
position five of line ten indicates a correct response to item five by the 
student whose name appears on line ten. A zero indicates the student did 
not code the transaction correctly. 

LEARNING PRINCIPLES EMBODIED IN CODE 

Previous findings in learning theory form the theoretical basis for 

hypothesizing that coding can be better taught by an interactive CEI system 
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than by other, non-interactive systems. This rather bold hypothesis is 
based on many factors, but only the three most important ones are reviewed 
here. - , 

Feedback 

.le importance of lelatively frequent, non-aversive feedback is well 
accepted, in education. Moreover: "Present evidence also suggests that 
the efficacy of feedback varies in proportion to its completeness'* [1, p. .302] 
Providing a correct answer is better than only indicating whether an ansv/er 
is correct or incorrect. Thus, the feedback provided by CODE is fast, 
accurate, relatively complete and non-aversivc . Tlie one way in which the 
completeness of the feedback in CODE could be improved is to indicate to each 
student why an answer is incorrect. Ttiis feature is not part of CODE yet. 



Attention Direction 

An important .function of any learning process is the attention di- 
recting function. The very nature of CODE directs a student's attention 
to specific aspects of the coding process and to the specific, sequenced 
set of events to be coded. IVat, even nora iniporcaricily , the u:^a ot a Cl'J 
terminal lets CODE show every student the effects of every transaction on 
the financial statements. Both the arrangement of this inforaation on the 
CRT and the movement of the cursor are attention directing devices that 
should facilita,te learning. In summary, CODE has many attention directing 
features that cause the student to focus on the important aspects of the 
coding process. 

Attitudes - 

Since education is direicted toward influencing future behavior, the 
development of positive attitudes toward accounting is extremely important.^ 
One way to develop positive attitudes is to clearly define what is required 
of the student (Mager [6]), and to make 5;ure the student has the requisite 
knowledge to perform the desired tasks (Gagne [5]). CODE is expected to 
be helpful in the development of positive attitudes both because students 
enjoy Working with interactive programs and because of the sequential or- 
ganization of the material tq be learned. Also, the;: learning task/ is clearly 
defined, as is satisfactory performance.. 

Many other learning theory concepts are relevant to the use of CODE, 
but the three topics mentioned in this section seem to be especially rele- 
vant to CODE. 
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PRELIMINARY AND PROPOSED TESTING 
Student reception to CODE and other interactive programs In use nt 
Kansas University has been favorable in terms of developing interest and 
favorable attitudes. However, the CODE system will not be. tested in a 
ci;:ivC*oli.-:!j o::n^^ r ' -^VM cal \)^:i:nc-^. ctiii fall ui:' . oLi'-: -^ 0:-J^\':- 

success depends on the quality of the transaction material coataindJ on 
the data file, the plan is to continue to develop and revise the trans- 
action file (TRANS) through the summer of 1973. During the fall semester 
of 1973, the CODE system will be compared with traditional teaching laethods 
under experimental conditions. Only then will the effectiveness of the 
CODE system be known with any confidence. 
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FOOTNOTES 

'In fact, accounting has been defined (AICPA, 194.1) as the art of recording, 
classifying, summarizing, and interpreting financial transactions and 

t.\/''.At-: ..:ri uiov.iy i:^.\r:v.ti, \ 

'In some texts, debit-credit terminology is deferred several chapters, as 
in Johnson [6]. In other texts ^ the debit-credit terminology comes im- 
mediately after the presentation of transaction analysis, as in Bums [3], 
Fertig [4], and Neigs [8]. Others introduce debit-credit terminology at 
the start of their texts, as in Schrader [9]. Bruns [2] present"^ an input- 
output matrix for recording entries without debit-credit terminology, but 
then he introduces debit-credit terminology in the next chapter. 

program, of course, does not actually perform I/O or processing functions; 
it causes them to happen. However, it is convenient to describe the system 
using active verb forms. 

Included among the non-interactive systems are many computerized practice 
sets OS problem sets. Examples of non-interactive, computerized transaction 
analysis exercises can be found in Wilkenson [10] and in Williams [11]. 

i 

See Mager [7] and Ansu'bel [1]. 
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